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浅 谈 媒体 协同 数据 库 设计 


摘 要 : 数据 库 是 信息 系统 的 核心 和 基础 ， 一 个 好 的 数据 库 设 计 在 实现 信息 系统 方便 、 及 时 、 准 确 地 获得 所 需 的 信息 之 外 ， 
还 要 满足 易 维护 、 易 扩充 等 要 求 ， 并 考虑 到 数据 的 一 致 性 、 宛 余 性 、 访 问 效率 等 。 
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3. ( 07 包 ) 数据 库 设 计 
2015 年 3 月 起 ， 随 着 国家 数字 复合 出 版 系统 工程 一 一 数据 库 的 设计 是 07 包 的 各 功能 能 否 紧密 地 结合 在 一 起 
媒体 协同 ( 即 07 包 ) 系统 的 设计 和 研发 逐步 展开 ， 数据库 ” 以 及 如 何 结合 的 关键 所 在 ， 是 07 包 开 发 和 建设 的 重要 组 成 
的 设计 变 得 尤为 关键 。 通 过 对 以 往 一 些 应 用 系统 开发 过 程 出 部分。 从 以 下 几 个 方面 对 数据 库 的 设计 进行 规范 和 优化 设计 。 
现 的 问题 进行 分 析 ， 然 后 规避 这 些 问 题 ， 设 计 出 一 个 规范 、 3.1 命名 规范 


高 性 能 、 易 维护 、 易 扩展 的 数据 库 ， 以 实现 07 包 的 功能 需 表 : T+ 代表 字母 + 表 名 。 数 据 表 名 由 具有 能 描述 表 内 
求 及 后 期 的 扩展 。 容 等 特殊 含义 的 单词 或 缩写 组 成 。 如 : TISTORYSOURCE 稿 
1. 以 往 应 用 系统 的 问题 件 来 源 表 。 
笔者 参与 过 一 些 应 用 系统 的 设计 和 研发 工作 ， 经 历 过 项 字段 : 类 型 前 级 + 字段 名 。 必 须 以 有 特征 含义 的 单词 或 
目 研发 过 程 中 的 瓶 须 和 问题 , 这 些 问题 表现 在 以 下 几 个 方面 。 ”缩写 组 成 。 
1.1 数据 表 和 字段 命名 混乱 主键 : PK_。 主键 名 称 应 是 前 缀 + 表 名 + 构成 的 字段 名 。 
有 些 项 目的 数据 表 和 字段 命名 不 规范 ， 往 往 难 以 找到 所 ”如果 复合 主键 的 构成 字段 较 多 ， 则 只 包含 第 一 个 字段 。 表 名 
需要 的 库 表 ， 给 开发 人 员 带 来 很 多 不 便 ， 甚 至 困惑 。 可 以 去 掉 前 缀 。 
1. 2 难 扩展 功能 外 键 : FK_。 外 键 名 称 应 是 前 级 + 外 键 表 名 + 主键 表 名 
有 些 项 目的 数据 表 字 段 数 量 刚好 符合 开始 设计 时 的 功能 。” + 外 键 表 构 成 的 字段 名 。 表 名 可 以 去 掉 前 级 。 
需求 ， 那 么 在 开发 过 程 中 有 功能 扩充 时 ， 就 要 增加 数据 表 字 索引 : IDX_。 索引 名 称 应 是 前 缀 + 表 名 + 构成 的 字段 名 。 
段 、 数 据 表 ， 有 可 能 会 造成 程序 的 修改 ， 其 至 重新 开发 ,这 ”如果 复合 索引 的 构成 字段 较 多 ， 则 只 包含 第 一 个 字段 ， 并 添 


样 就 会 加 大 开发 人 员工 作 量 ， 也 有 可 能 造成 项 目的 延期 ; 再 。 加 序号 。 表 名 可 以 去 掉 前 级 。 
者 项 目 交付 多 个 用 户 后 ， 会 造成 项 目 多 版 本 维护 ， 增 加 维护 3. 2 逻辑 分 块 


的 难度 。 根据 07 包 功 能 数据 的 逻辑 进行 分 块 设计 。 

2. 数据 检索 慢 TI_( TableInfo_ 缩写 ) 。 是 跟 系 统 中 参数 设置 相关 的 数 
有 些 项 目 在 设计 之 初 ， 考 虑 得 相当 完善 ， 规 避 了 许多 数 ” 据 表 ， 如 : 稿件 体裁 、 来 源 、 分 类 等 。 

据 库 设计 时 的 问题 。 但 随 着 用 户 使 用 数据 的 增 涨 ， 尤 其 达到 TB_ (TableBase_ 缩写 ) 。 是 跟 系统 中 基础 信息 设置 相 

百 万 级 以 上 ， 数 据 的 检索 速度 明显 变 慢 ， 势 必 给 用 户 带 来 不 关 的 数据 表 ， 如 : 部 门 、 人员、 作者 、 角 色 、 共 享 范围 等 。 

便 ， 甚 至 厌烦 。 TW_ (TableWork _ 缩写 ) 是 跟 07 包 实际 业务 相关 的 数 
如 : 部 分 用 户 应 用 系统 情况 据 表 ， 如 : 稿件 、 报 题 、 任 务 、 选 题 等 。 


稿件 表 记录 日 志 表 记录 检索 耗 时 TR_(TableRole_ 缩写 )。 是 跟 角 色 权 限 相 关 的 数据 表 。 
EN dike, ”让 业务 可 来， 有 要 和 关 了 在 希 求 ， 在 役 计 
应 07 包 ， 求 ， 有 很 多 关联 查询 需求 ， 在 设计 之 初 
大 众 日 报 就 有 必要 正确 处 理 多 对 多 的 关系 。 尽 量 消除 多 对 多 情况 ， 将 
| || | 一 个 多 对 多 的 关系 变 为 两 个 -对 多 的 关系 。 
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如 图 1: 一 个 人 员 有 可 能 有 多 个 角色 ， 反 之 一 个 角色 赋 
值 多 个 人 员 。 在 角色 和 人 员 表 中 增加 一 个 角色 人 员 表 ， 就 变 
为 两 个 一 对 多 的 关系 了 。 

再 有 ， 因 用 户 个 性 需求 而 易 改 变 的 关键 数据 ， 增 加 “名 
值 表 ”设计 。“ 名 值 表 ”， 顾 名 思 义 就 是 ， 那 些 键 被 其 他 数 
据 关联 着 的 值 修改 时 ， 不 会 造成 数据 存放 的 混乱 ， 便 于 多 表 
关联 查询 。 
第 三 ， 为 实现 数据 的 完整 性 ， 在 设计 数据 表 时 就 考虑 了 
数据 宛 余 ， 以 及 事务 的 添加 、 级 联 删 除 和 级 联 更 新 等 。 

3.4 超前 设计 

07 包 数 据 库 的 设计 不 但 满足 当前 的 功能 需求 ， 还 要 考 
虑 未 来 功能 的 扩展 ， 增 加 07 包 的 灵活 性 。 

预 留 数据 表 。 在 设计 时 考虑 未 来 可 能 的 业务 ， 预 设计 一 
些 数据 表 。 如 : 音 视频 信息 扩展 表 ， 拟 记录 音 视频 的 码 率 、 
时 长 等 信息 。 

预 留 字段 。 在 设计 时 针对 系统 业务 数据 表 ， 基 本 都 预 留 
1-2 个 字段 ， 便 于 功能 的 扩展 和 后 续 的 业务 拓展 。 如 果 这 些 
预 留 字段 不 能 满足 未 来 业务 的 需求 , 那么 就 通过 添加 数据 表 ， 
实现 更 高 的 可 扩充 性 要 求 。 

3.5 优化 设计 

对 于 大 的 数据 库 表 ， 合 理 的 索引 能 够 提高 整个 数据 库 的 
操作 效率 。 索 引 在 数据 库 优 化 中 占有 一 个 非常 大 的 比例 ,在 
设计 数据 表 时 ， 充 分 考虑 到 当 单 表 数 据 量 很 大 时 ， 比 如 说 是 
百 万 数量 级 ,如果 我 们 使 用 普通 的 查询 语句 , 耗 时 会 非常 多 。 
给 这 些 表 建 上 好 的 索引 , 能 将 检索 效率 提高 几 十 甚至 几 百倍 。 

在 设计 索引 时 ， 遵 循 以 下 规则 : 

中 主键 (sguid) 的 数据 列 、 
sguid ) 一 定 要 建立 索引 。 

@ 对 于 经 常 查询 的 数据 列 根据 需要 建立 索引 。 

@ 对 于 需要 在 指定 范围 内 快速 或 频繁 查询 的 数据 列 ， 如 

“**name LIKE “a%””， 最 好 建立 索引 。 

(@ 经 常用 在 WHERE 子 句 中 的 数据 列 ， 建 立 索引 。 

@@ 经 常 出 现在 关键 字 order by、group by、distinct 后 面 
的 字段 ， 建 立 索 引 。 如 果 建 立 的 是 复合 索引 ， 索 引 的 字段 
顺序 要 和 这 些 关 键 字 后 面 的 字段 顺序 一 致 ， 否 则 索引 不 会 
被 使 用 。 


有 外 键 的 数据 列 ( 八 _ 


@O 对 于 那些 查询 中 很 少 涉及 的 列 ， 重 复 值 比较 多 的 列 不 
要 建立 索引 。 

对 于 定义 为 text、image、blob 和 bit 数据 类 型 的 列 不 
要 建立 索引 。 

(@ 对 于 经 常 存 取 的 列 避 免 建立 索引 。 

@ 限 制 表 上 的 索引 数目 。 对 一 个 存在 大 量 更 新 操作 的 表 ， 
所 建 索引 的 数目 一 般 不 要 超过 3 个 ， 最 多 不 要 超过 5 个 。 索 
引 虽 说 提高 了 访问 速度 , 但 太 多 索引 会 影响 数据 的 更 新 操作 。 

@ 对 复合 索引 ， 按 照 字 段 在 查询 条 件 中 出 现 的 频 度 建立 
索引 。 在 复合 索引 中 ， 记 录 首 先 按 照 第 一 个 字段 排序 。 对 于 
在 第 一 个 字段 上 取 值 相同 的 记录 ， 系 统 再 按照 第 二 个 字段 的 
取 值 排序 ， 以 此 类 推 。 只 有 复合 索引 的 第 一 个 字段 出 现在 查 
询 条 件 中 ,该 索引 才 可 能 被 使 用 ,因此 将 应 用 频 度 高 的 字段 ， 
放置 在 复合 索引 的 前 面 ， 会 使 系统 最 大 可 能 地 使 用 此 索引 ， 
发 挥 索引 的 作用 。 

@ 在 Join 查询 时 ， 两 个 表 中 Join 的 字段 建立 索引 。 

遵循 以 上 规则 对 07 包 中 稿件 表 和 日 志 表 、 操 作 历 史 表 
等 关键 列 增加 索引 设置 。 
附 : 用 户 数据 库 优 化 后 应 


用 系统 检索 情况 ， 如 下 表 : 
和 f 表 | 日 志 表 | 索引 前 | 索引 后 | gs 

记忆 记录 “| 检索 耗 时 | 检索 耗 时 

J 条 


4. 总 结 

本 文通 过 论述 一 些 应 用 系统 的 现存 问题 ， 得 出 数据 库 设 
计 的 重要 性 。 提 出 07 包 的 数据 库 设 计时 要 遵循 的 原则 和 规 
范 ， 从 而 设计 出 一 个 满足 07 包 功 能 需求 和 未 来 扩展 的 高 性 
能 、 易 维护 、 易 扩展 的 数据 库 。 
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